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ii-J you propose, then they should not be removed. 

I have recently become of aware of an entirely nev/ format for Appeal Bnefs., whereas the brief enclosed 
conforms to tlie old pre-October 2008 standard, I assume it is "grandfathered in'' by v/ay of its pnor mitial 
niffig. 
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A. Real party in interest. 

All rights to and interest in this patent have been assigned to Rode Consulting, Inc., a 
Massachusetts Corporation, Federal Tax ID 04-3333085. 

B. Related appeals and interferences. 

The Appellant is aware of no other pending appeals and interferences regm-ding this 
application. 

C. Status of claims. 

Claims 1-16 are pending and rejected under 35 U.S.C. 103(a). The rejection of claims 1- 
16 is appealed in this brief. 

D. Status of amendments. 

No claims have been amended (or added) since Final Rejection. 
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E. Summary of claimed subject matter. 

Overview 

Applicant claims a system for simulating electronic circuits and components by means of 
an intrinsically stateless, file-oriented protocol such as HTTP, in conjunction with at least 
one element of HTTP-communicated state, a synthetic Unique Identifier. Applicant 
discloses specific methods to make practical the public use of such a system by 
unregistered persons by means of the automatic assignment of said Unique Identifier 
and methods that make use of the identifier to regulate use of resources. Further claimed 
are methods that use this Identifier to index and manage temporary files, which may be 
used, for example, to feed results from a circuit synthesis step forward to 
simulation/verification. Also claimed are various methods to regulate and log (etc.) use 
of resources, such as limiting total number of simulations (count or time) or lowering the 
process priority of said simulations. 

Claim 1 

Independent claim 1 recites a Client- Server method for simulation over a Network by 
means of a Stateless Communications Protocol, such as HTTP (page 3, paragraph 4 ("A 
Browser is a Client Program. . .")). The system is a (multiple) client- (multiple) server 
system connected by a computer network, especially the public Internet (Fig. 1-3C, part 
200) The method consists of a user visiting a web site and, in addition to the Client 
retrieving a web page, receives a token, a "Unique Identifier" (page 6, paragraph 2, 
("Some of these differences. . .",)); page 8, paragraph 3 ("In generating a Unique ID. . . "); 
microfiche source code appendix, pages 19, 20, 25-26 "websi/getsessionid.pl"), that 
uniquely identifies the user to the server simulation system and which may be used to 
manage server resources or for access control. 

To initiate a simulation, a Client first displays a Form, which is transmitted from 
the Server as Form Creation Data (e.g., HTML <FORM> and associated tags) (Fig. 
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4B/C; page 8, paragraph 4, ("After the ID has been generated")). A user enters data into 
the Client Form and then submits it to the Server, together with the previously received 
Unique Identifier (Fig. 4E; page 8, paragraph 5 ("In Fig. 4C,. . .")). This Form data is 
received by the Server and merged with other data and simulated to produce output data 
compatible with Client display (e.g., web browser) instructions, (page 8-9, paragraph 5, 
"a) The Unique ID is retrieved and checked. . . "; microfiche pages 21-24 ("get"), 63-4 
("websi/simulate"), 78,79,80,81, 65-7 ("websi/simulatecore.pl")). These display 
instructions are then transmitted to the Client. 

Claim 2 

Dependent claim 2 clarifies a feature of the method in claim 1, which is that repeated 
simulations may be performed using the same Unique Identifier. This is important where 
the Unique Identifier is used to limit use of resources. 

Claim 3 

Dependent claim 3 restricts the method of claim 2 to graphical data (Figs. 4F, 4H, 4J). 
Claim 4 

Dependent claim 4 clarifies that the Unique Identifier of claim 1 may be used to keep 
user data separate (page 4, paragraphl; page 6, paragraph 3) 

Claim 5 

Dependent claim 5 narrows claim 4 by specifying that user data is kept in temporm-y 
server files (page 7, line 4 ("Processing merged data. . ."); page 9, lines 4 ("A check is 
run. . .") thru 9 (". . .maximum Browser compatibility.")). 

Claim 6 

Dependent claim 6 extends claim 1 by specifying that the Unique Identifier be verifiable, 
i.e, such that a forged identifier is detectable (page 4, paragraph 2). 
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Claim 7 

Dependent claim 7 recites an extension to the method of claim 1 with additional steps 
occurring before Client Form data is processed for simulation (step le) (Figs. 6A-D). 
The added steps comprise: a) looking up simulation usage associated with the Unique 
Identifier in a database (microfiche source code appendix page 21 ("websi/get"), line 23- 
24 (". . .'grep. .."'), timestamp embedded in Unique Identifier); b) creating a new record if 
no existing record found (microfiche source code appendix page 34 
("websi/newsessionid.pl"), line 32 ("open(SESSIONIDFILE,"»sessionids");") thru 
page 35, line 10 ("close("SESSIONIDFILE");") ); c) deleting the record if the timestamp 
has expired (microfiche source appendix, page 20 ("websi/expired.pl")) and backing up 
to step b); d) not simulating if too many simulations have been run within an interval of 
time; e) updating simulation usage in the database (microfiche source code appendix page 
34 ("websi/newsessionid.pl"), line 32 ("open(SESSIONIDFILE,"»sessionids");") thru 
page 35, line 10 ("close("SESSIONIDFILE");") ) (page 10, paragraphs 1 ("In Fig. 6A 
through 6F. . ." thru 3 (". . .checking synthesis accuracy and practicality")). 

Claim 8 

Dependent claim 8 extends the method of claim 7 by using the simulation usage to lower 
the process priority, (e.g. Unix "nice"). 

Claim 9 

Dependent claim 9 recites an extension to the method of claim 1 with additional steps 
occurring before Form Creation Data is sent to the Client (step lb). The added steps 
comprise: aa) transmitting Circuit Synthesis Form Creation Data to the Client (Fig 6A- 
C); ab) accepting Circuit Synthesis Form Data from said Client (microfiche source 
appendix, page 12 ("active/calculate"); ac) using the submitted Circuit Synthesis Form 
Data to synthesize a circuit, where the circuit and other data are kept on the Server and 
indexed by the Unique Identifer (microfiche source appendix page 1 line 1 thru page 3 
line 19 ("active/Calculate Filter. Java")); ad) creating Form Structure Data of a type 


Page 6 of 46 


Appl. No. 09 / 287,478 

Appeal Brief, as amended 8/26/2009 Aug 26, 2009 

Amended brief in response to a Notification of Non-Compliant Appeal Brief 

compatible with claim 1, step b (Fig. 6D, microfiche source appendix page 3 line 20 thru 
page 8 line 5 ("active/CalculateFilter.java")). 

Claim 10 

Independent claim 10 recites a Client- Server method for simulation over a Network by 
means of a Stateless Communications Protocol, such as HTTP (page 3, paragraph 4 ("A 
Browser is a Client Program. . .")). The system is a (multiple) client- (multiple) server 
system connected by a computer network, especially the public Internet (Fig. 1-3C, part 
200) The method consists of a user visiting a web site and, in addition to the Client 
retrieving a web page, is sent a token, a "Unique Identifier" (page 6, paragraph 2, ("Some 
of these differences. . .",)); page 8, pm-agraph 3 ("In generating a Unique ID. . . "); 
microfiche source code appendix, pages 19, 20, 25-26 "getsessionid.pl"), that uniquely 
identifies the user to the server simulation system. 

Form Creation Data (e.g., HTML <FORM> and associated tags) is transmitted to 
the Client (Fig. 4B/C; page 8, paragraph 4, ("After the ID has been generated")), and 
User Form Data entered into the form is submitted to a Server, (Fig. 4E; page 8, 
paragraph 5 ("In Fig. 4C,. . .")). This Form data is received by the Server and merged 
with other data and simulated to produce graphical output data compatible with Client 
display (e.g., web browser) instructions, (page 8-9, paragraph 5, "a) The Unique ID is 
retrieved and checked. . ."; microfiche pages 21-24 ("get"), 63-4 ("simulate"), 
78,79,80,81, 65-7 ("simulatecore.pl")). This graphical output data, together with other 
optional data, are then transmitted to the Client. 

Claim 11 

Dependent claim 1 1 extends claim 1 by associating the Unique Identifier to at least one 
of the server privileges of a) model/circuit access; bl) simulation priority; b2) maximum 
simulation time; c) quality of simulation; dl) maximum size of simulation; d2) 
persistence of design and simulation data. 

PROPOSED CLAIM AMENDMENT 
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"The method of Claim 1, wherein said assigned Unique Identifier is associated with 
superior or inferior privileges, said privileges comprising at least one of: a) access to 
models, circuits and like data; bl) simulation priority; b2) maximum simulation time; c) 
simulation quality and accuracy; dl) maximum simulation size; d2) persistence of design, 
simulation and other user data." 

Claim 12 

Dependent claim 12 extends claim 14 by saving the Unique Identifier in the Client 
browser by means of a "Cookie" (page 17, lines 7-11 ("get cookie") thru page 18, line 
12; page 19 ("websi/cookielogin.pl"); page 25, lines 12-26). 

Claim 13 

Dependent claim 13 explicates the 'tracking server usage" purpose of claim 1, step a), 
(page 4, pargraph 6; page 5, paragraph 1 ("The goal was to design. . ."); page 6, paragraph 
3). 

Claim 14 

Dependent claim 14 extends the method of claiml by requiring a qualification step before 
the Unique Identifier is transmitted from the Server to the Client. As implemented in the 
preferred embodiment, this is similar in appearance to a conventional "login" (Fig. 4A; 
page 8, paragraph 4, ("In generating a Unique ID. . . ")), however the underlying 
mechanism is different and it is entirely optional - sight should not be lost of the fact that 
the Identifier can be assigned automatically without any such login being required. 

Claim 15 

Independent claim 15 recites a Client-Server method for simulation over a Network by 
means of a Stateless Communications Protocol, such as HTTP (page 3, paragraph 4 ("A 
Browser is a Client Program. . .")). The system is a (multiple) client- (multiple) server 
system connected by a computer network, especially the public Internet (Fig. 1-3C, part 
200) The method consists of a user visiting a web site and, in addition to the Client 
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retrieving a web page, receives a token, a "Unique Identifier" (page 6, paragraph 2, 
("Some of these differences. . .",)); page 8, paragraph 3 ("In generating a Unique ID. . . "); 
microfiche source code appendix, pages 19, 20, 25-26 "getsessionid.pf), that uniquely 
identifies the user to the server simulation system and which may be used to manage 
server resources or for access control. 

To initiate a simulation, a Client first displays a Form, which is transmitted from 
the Server as Form Creation Data (e.g., HTML <FORM> and associated tags) (Fig. 
4B/C; page 8, paragraph 4, ("After the ID has been generated")). A user enters data into 
the Client Form and then submits it to the Server, together with the previously received 
Unique Identifier (Fig. 4E; page 8, paragraph 5 ("In Fig. 4C,. . .")). This Form data is 
received by the Server and merged with other data and simulated to produce output data 
compatible with Client display (e.g., web browser) instructions, (page 8-9, paragraph 5, 
"a) The Unique ID is retrieved and checked. . . "; microfiche pages 21-24 ("websi/get"), 
63-4 ("simulate"), 78,79,80,81, 65-7 ("websi/simulatecore.pl")). During the process, the 
Unique Identifier permits any previous simulations and processes submitted from the 
same Client to be identified and terminated (page 9, pm-agraph 2 ("c) A check is run. . . "); 
microfiche appendix page 65, lines 23 ("# Check to see. . .") thru 40). The output data is 
then transmitted to the Client. 

(Essentially similar to Claim 1, except for additional step f), which is executed in parallel 
with step e) 

Claim 16 

Dependent claim 16 extends the method of claim 1 by allowing some or all of steps c-f to 
be instantiated as multiple processes from the same Client, which are reduced to a single 
method by aborting all but the most recently submitted process (page 9, paragraph 2 ("c) 
A check is run. . ."); microfiche appendix page 65, lines 23 ("# Check to see. . .") thru 40). 
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F. Grounds of rejection to be reviewed on appeal. 

[Grounds regarding non- compliant appeal brief items and PRO-SE status removed after 
said items no longer objected to by Examiner] 

1. Whether the IDS of October 19, 2005 should have been accepted without fee and 
whether Examiner should have directed PRO-SE appellant to pay fee when in fact what 
was missing was a 37 CFR 1.97(e)(2) statement. This non-entered IDS bears 
immediately on whether Lawman ('672) should be removed as prior art, thus nominally 
allowing claims 1-16, while contributing to the argument for non-obviousness by the 
assignee's documentation disclosing that the commercial implementation of the Lawman 
prior art in fact has a limitation specifically overcome by the present invention. 

[Former Grounds 5 & 6 from brief of 2/17/2008 merged into new Ground 2 for clarity] 

2. Whether claims 1-16 are in fact obvious in view of Van Huben et al ('201), Lawm^ 
('672), and Kahn et al ('628) 

In the December 14, 2005 Final Office Action, claims 1-16 were rejected under 35 
U.S.C. 103(a) as being unpatentable over Van Huben et al, US patent no. 5,950,201 in 
views of Lawman et al, US patent no 6,324,672 Bl and Kahn et al, US patent no 
6,574,628 Bl. 

The subsidim-y issues to this rejection to be reviewed on appeal are 

a) Whether citations of prior art are irrelevant, in error, or apparently 
misunderstood. 

b) Whether due consideration has been given to arguments made by 
Applicant, said arguments having typically been rendered "moot in view 
of new grounds of rejection", where in some cases the supposed "new" 
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grounds recycle nearly identical citations argued against by Applicant in 
the preceding Response/Amendment, 
c) General arguments in favor of non-obviousness have not received a 
response. 

3. Whether the filing date of the first (before any noncompliant notice) amended appeal 
brief is correct. 
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G. Arguments. 

Ground 1 

Ground 1 (formerly Ground 4) concerns evidence presented in rebuttal of 
examiner's citation of Lawson as prior art. This evidence was originally submitted on 
October 19, 2005 - after Appellant's response of Sep. 22"^, 2005, but before Examiner's 
Final Office Action of December 14, 2005, and as such is an IDS pursuant to 
609.04(b)(2) and partially conforming to 37 CFR 1.97(c) - an information disclosure 
filed during an RCE before final ^d with a 37 CFR 1.97(e) statement that said 
information only became known to the Applicant 3 months prior to the filing. Applicant 
only went searching for this information during the writing of his response to the 
examiner's citation and so met the standard of 37 CFR 1.97(e)(2). 

Applicant ultimately gave up trying to get Examiner to acknowledge the facts of 
609.04(b)(2), and due to increasing fatigue did not pursue again except on Appeal, where 
it was attempted to be reinserted as evidence in direct reponse to Examiner's citation of 
the prior art. Examiner apparently maintains that an IDS fee is due even under 1. 132. 

The IDS is important for these reasons: 

1) Removal of Lawman allows all claims to proceed to allowability. 

2) The commercial embodiment of the apparatus described by Lawman 
functions by means of a TCP/IP socket even within a web browser and 
so is part of the prior art that the present invention was designed to 
supercede. In particular, connectivity via a web proxy server is not 
possible and so operation behind most corporate firewalls is not 
possible, nor is operation by pure HTML form in the case where Java 
is unavailable. 

3) Xilinx (the assignee of Lawman '672) was an indirect customer of 
Rode Consulting, Inc. for the technology of the present invention. 
They were the ad sponsor of a site on ChipCenter, LLC, that made use 
of the present invention, demonstrating Commercial Success, ^d 
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Long-felt Need since the Xilinx IDS documents indicate an inability 
for the commercial embodiment of the Lawman technology to perform 
through proxy servers. 

Nevertheless, I have paid the fee of $180 in the interest of moving the case 
forward, and request that it be refunded as unnecessary. 


Ground 2. 

(Formerly Grounds 5/6) 

2a) Citation of prior art which is are irrelevant, in error or apparently misunderstood. 
This is not arguing against individual prior art citations, it is that citations cited by the 
Examiner do not teach what they are purported to and consequently c^not sustain the 
argument of obviousness. 


There are several examples of apparently obscure, irrelev^t and otherwise apparently 
erroneous citations of the prior art. As a first example, from the Final Office Action, 
page 2, last paragraph, through page 3, first paragraph (first cited prior art in rejection of 
Claim 1): 

"As per claim 1, Van Hubert (201) discloses a method 
and system for computerized design automation using 
inter-networking (e.g. World Wide Web) for 
transmitting design or simulation data over the 
network with feature limitations very similar to the 
claimed invention (Abstract, "Summary of the 
Invention"). According to Van Huben, the design 
simulation and verification method includes steps of 
creating 

- a transmission network including clients, servers, 
etc. to form a computing and simulation network 
wherein each network client would carry unique 
identifier such as addressing to client, account 
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number, etc. (Col. 18, lines 20-25, col. 23, lines 17- 
49, as example). " 

OA 2005/12/02, pg 2-3. 

Technically, the World Wide Web is the collection of hypertext-linked (HTML) files 
accessible by the stateless, file-oriented HTTP protocol, whereas the Internet is the more 
general collection of gateways and routers connecting local computer networks (using the 
most widespread definition of these terms), and accessible by a variety of higher level 
protocols built on top of IP (the Internet Protocol), of which HTTP is just one. This is an 
important distinction as most prior-art CAD programs have used protocols such as TCP 
with intrinsic session state. Thus they used the Internet but not the WWW. 
Compatibility with HTTP permits access to the disclosed methods by means of a web 
browser, behind a firewall / proxy server. 

Moreover the specifics of the citation would appear to be erroneous. Claim 1, 10, 15 etc. 
disclose automatic server methods by which a token ("Unique Identifier") is created and 
transmitted to facilitate an interactive form-driven simulation process. Although an 
interactive mode for the retrieval of BOM information is disclosed by the citation, this is 
not "output data [as] functions of a simulation process" as disclosed in Claim le, and the 
reference to the DCS is to a person, not a server method (note use of "him" and "he" in 
following citation) and so cannot be construed equivalent functionality for a server 
method: 

"[Status on BOMs is and should be accessible in two ways.] The first is by 
automatic notification (e.g. e-mail) to the owner as soon as a BOM is 
invalidated. The second is by means of displaying the BOM either interactively 
or in report form. This listing shows the overall status of the BOM, and all 
members of the BOM with their individual status. " 

Citation 3. la, OA 2005/12/02, pg 3, paragraph 1 (Lawson 5,950,201, col. 18 lines 
19-25) 

"Authorities (Section 1.12) 
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The DCS permits the Data Manager to establish a wide variety of authorities 
which gives him great flexibiUty in managing the Ubrary. Each type of 
authority can be defined very loosely (the user is authorized for all design 
components, at all levels, in all versions) to very tightly (the user is 
authorized on an individual design component basis). The utility for granting 
authorities works in one of two modes: 

In one mode the Data Manager is offered a screen in which he can fill in the 
design component name, type, level, version, user ids, and the type of 
authority. For any field, except for the user ids, he can default it to "ALL". 

In the other mode an authority profile can be called up and executed. An 
authority profile allows the Data Manager to pre-defiine the types of authorities 
for a given type of job. For example, profiles may exist fior Designer, Technical 
Leader, Model Builder, etc.. This information is contained in an editable ASC 
file in which the Data Manager defines the kinds of authority to varying degrees 
of restriction. Once the profiles are created, the Data Manager uses this mode 
to either add/delete users to/from the profile and process the changes within 
the DCS. 

Authorities exist fior thefiollowing tasks: 
Setting Locks (Move, Overlay, Update, ALL) 

Promoting design components and/or BOMs into levels (Engineering Levels, 

Release 

Level. 

Creating BOMs 

Initiating Library Processes 

Setting Pseudo Process Results " 

Citation 3.1b, OA 2005/12/02, pg 3, paragraph 1 (Lawson 5,950,201, col. 23, 
lines 17-49) 

Again, citation 3.1b would appear to ignore the current wording of claim la) 
"synthesizing and transmitting said Unique Identifier by means of said Stateless 
Communications Protocol to at least one CHent...". Instead, the citation discusses how a 
Data Manager (a human being "member of the design team", not a server method, as per 
col. 12, lines 16-18) can manually assign privileges to each member of a development 
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team, which is the traditional Information Technology practice in almost perfect 
contradistinction to the teachings of the present application where all such "accounts" can 
be created and managed automatically, with an automatically assigned Unique Identifier 
for such accounts created and transmitted to and from the client without human 
intervention. 

"While more powerful situations are contemplated, the system can be installed in 
a prior art system, like that described in U.S. Pat. No. 5,333,312. Thus, as we 
show in FIG. 1, the prior art system of the earlier patent can be employed in 
this application, by providing the system with new programs. However, such a 
system, as illustrated by FIG. 1 will be a data processing system 8, which may 
include a plurality of networks, such as Local Area Networks (LAN), 10 and 32, 
each of which preferably includes a plurality of individual computers 12 and 
30..." 

Citation 3.2a (Lawson 5,950,201, col 9, line 41 to col 9 line 62) 

The next citation, 3.2a, (pg.3, par. 2 OA 2005/12/02) "(Lawson '201 col. 9, line 41 to col. 
10, line 20)" would appear to be more relevant to the preceding paragraph of the office 
action but still irrelevant to claim 1, parts b) and c) as it describes the computing topology 
upon which the disclosed methods execute, without substantively addressing the form 
transmission and submission protocol of the claim. (Two internet technologies are 
mentioned, Java and VRML, which are interactive content types that imply nothing about 
communicating state via stateless protocols). Page 3, paragraph 4 of the 2005/12/02 
office action states ". . .different templates and system platforms such as high level 
programming languages, PC workstations, UNIX, etc as claimed...), where, plainly. 
Claim 1 is disclosing the Client-Server communication protocol in the restricted context 
of a simulation. Claim 10 restricts this to graphical output and Claim 15 restricts this to a 
"Browser". 

The next citation, 3.2b, (pg.3, par. 2 OA 2005/12/02) (Lawson '201 cols 44-45, 63) is 
highly obscure, as it discusses "Automated Library Machines" and how they 
communicate using middleware to move data in heterogeneous compute environments. 
This is only related in the remotest possible way (i.e, transmission of data) to the 
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disclosed transmission of a synthesized Unique Identifier back and forth with form data 
which is the clear intent of clauses b) and c) of Claim 1, and as such is not a relevant 
reference to the prior art. Also the reference to "structure design data" here appears 
misplaced, but might be appropriate to claim 9. We respectfully suggest this is a poor 
reference, however, appellant readily concedes that form transmission and submission are 
well-understood features of the client-server prior art. 

With regard to citations 3.4a,b,c,d and e (col. 6, lines 54-67; col. 9 line 53 to col. 1 1 line 
55; col. 16, line 33 to col. 18, line 64; col. 20, line 27 to col. 22, line 65; cols. 33, 44-45, 
51, 85-88), 3.4a) claims the van Huben Computerized Design Automation Method 
manages data ^d integrates just about any repetitive process related to design, 
development, manufacturing, inventory tracking. But crucially the system of v^ Huben 
does not contemplate a public demonstration/evaluation capability, particularly where the 
computation requirements may be substantial as is the case for simulations, and a primary 
application for the present invention and one that necessitates new methods for allocating 
finite resources in an uncontrolled environment. 

3.4b-e do not address the issue of merging form data with simulation template data. The 
words "merge" or "merging" appear nowhere within van Huben ('201), and a "Simulation 
BOM" (col. 21, line 62) is not a template under control of a "Simulation Coordinator 
(Integrator)" (col. 73, line 60 to col. 74, line 3). This is a list of items that will trigger 
processes when certain changes occur. Merging of SPICE data into a template, as 
disclosed, is a known art but would require a fourth reference which would lend 
additional force to an m-gument for non-obviousness. 

Also in this same paragraph of the office action, the examiner states "In fact. Lawman 
teaches a web-based design method and system over a computer network to provide a 
user or client with a unique identifier", and cites Lawm^, '672, col 7, lines 50-58: 
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"The vendor (XilUvc) places a web page on the internet in a location to which 
users (e.g., Xilinx customers and potential customers) have access. In the screen 
display of the user's computer, the web page requests licensing and access 
passwords, which must be provided by the user in order to configure the design 
database. In this embodiment, the user interface will not write any output files 
unless the user accepts the license terms. This type of licensing requirement is 
well known to those skilled in the software art " 
Citation pg 3, par. 4 (Lawson '672, lines 50-58) 

Plainly this says nothing about use of a Unique Identifier transmitted by a stateless 
protocol such as HTTP ^d would seem to reference Fig. Oa of the present application 
which shows a login step. As has been often stated in previous responses, however, the 
present invention is compatible with, but does not require, a traditional login step, which 
was only added at the request of a prospective client. Synthesis of the Unique Identifier 
only optionally depends on a user login. 

In fact, the Xilinx XPCI system disclosed by Lawson works by means of a Java applet 
opening a TCP connection to a host; a traditional client-server mechanism and something 
that does not work through standard firewall/HTTP proxies (as documented by Xilinx; 
see evidence appendix 12 and previous OA responses). Therefore, the cited reference 
actually demonstrates one of the limitations of the prior art the present invention was 
designed to overcome, and therefore helps demonstrate the non-obviousness of the 
present invention. 

Citations 3.4g and 4.1a/b of the 2005/12/02 office action (Lawman '672 Figs. 5-17, cols. 
7-10) refer to a "unique identifier" and an applet ID although the word "unique" does not 
appear anywhere in Lawman '672 and ID only appears in "PCI Device ID" where it is a 
part of an illustrative example, not part of the preferred embodiment. 

We also dispute the triple rejection of distinct claims 4-6 in OA 2005/12/02 pg 5., par. 3 
("As per claims 4-6. . .") by reference to the non-extant "Unique Identifier" of Lawman 
'672, although it is conceded that Claims 4 and 5 depend on Claim 1 for their novelty. 
Claim 6, however, ("The method of Claim 1 wherein the Unique Identifier is made 


Page 18 of 46 


Appl. No. 09 / 287,478 

Appeal Brief, as amended 8/26/2009 Aug 26, 2009 

Amended brief in response to a Notification of Non-Compliant Appeal Brief 

verifiable by means of an internal checksum.") is plainly nowhere to be found in van 
Huben, Lawson or Kahn. 

Similarly, on page 5, par. 2 of the office action of 2005/12/02, "As per claim 3...", 
citation 5.1 (Lawman, cols. 6-10). In this case, the phrase "operating system" cannot be 
found in Lawman, although cross platform support is inherent in the idea of a web 
browser. However, the claim under discussion (3) is "The method of Claim 2 wherein at 
least some of said output data is automatically rendered by Client methods for graphical 
display." Lawman addresses synthesis and download of a package, not the graphical 
result of a simulation (see Lawman 6,324,672, col 10, line 58 - col 11, line 15), although 
it is conceded that the issue would be clem-er if "graphical display" were referred to as a 
plot or chart. 

With respect to claim 13, pg. 8, p4 OA 2005/12/02 ("As per claim 13, Lawman teaches 
feature limitations such as getfile, logfile, datatype and format for simulation (cols. 7- 
12).") Lawman mentions server generation of simulation models and client simulation 
output, but not server simulations. This is critical because simulations are CPU-intensive 
tasks, and therefore not trivially shared. The log file mentioned in Lawman is plainly an 
error log file, not something intended for marketing purposes. It is also ambiguous 
whether the error logfile is located on the client or server. 

2b) Lack of response from Examiner to arguments made by Applicant, instead 
arguments are rendered "moot in view of new grounds of rejection", where in some cases 
the "new" grounds recycle the nearly identical citations argued against by Applicant in 
the preceding Response/Amendment. 

(Applicant assumes the Ex^iner uses the word "moot" in its common legal sense of 
"null and void", as opposed to "debatable", which was the original sense of the word). 

Historically, this has been an issue with all van Huben references which when objected to 
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have been "mooted" as "irrelevant due to new grounds of rejection". It in no way st^ds 
to reason that if a direct rejection of Claim N cites van Huben HI and "other" citation Ol, 
that a retread of this rejection recycline the almost identical van Huben citation witli 
the same language except joined to a new citation 02, and possibly a third citation 03, 
moots the fundamental objection to van Huben HI (examples of which above, in Section 
1), such as relevance. See Office Actions of April and December 2005, and further in 
Section 5. 

The most recent response to final then simply says all arguments have been 
"unpersuasive". Consequently we ask that the Examiner be asked to respond in detail to 
of our arguments of September 22, 2005 filed in a response to his Office Action of April 
11, 2005. 

Unaddressed per-claim arguments against citations of prior art and and/or non- 
obviousness, (from response of 9/22/2005) 

The citation of Lawman (672) is actually an excellent argument in favor of the novelty 
and non-obviousness of the present invention, since Xilinx was apparently aware (see 
appnote reference in IDS) of the inability of their XPCI applet to work behind corporate 
firewalls. In 1999, ChipCenter (formerly EDTN), part owned by CMP Media, was the 
sole client for the technology of the present invention, which was being used in HTML 
"interactive articles" to permit user simulation of circuit ideas explained in the text. 
Towards the end of 1999, Xilinx became the primary sponsor of this site (at the same 
time they were prosecuting the predecessor to (672), and they were very interested in the 
present invention discussions took place about making the technology available directly 
to Xilinx. Those discussions did not produce a new sale, though they continued to 
sponsor the site for some time after and their interest validates the novelty and non- 
obviousness of the present invention relative to Lawman (672). Synopsys was also 
interested at this time. 
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Tiie most general arguments for non-obviousness remain the size of the electronics 
industry (multiple lOO's of billions of dollars in 1 997) and the high visibility of the 
internet in 1 997. Hiis Lack of Prior hnplementation points to an Assumed 
Unworkability, which applicant posits as a possible failure to appreciate the cumulative 
increase in perfomiance of mainstream CPUs, coupled with a widely held 
underestimation of the potential of the WWW for client-server interaction. 

The present invention has no pretensions to claiming the invention of CAD using a web 
browser, and has in fact disclosed prior art in this regard. The prior art, as was the case 
with Van Huben and now Lawman (672), typically requires administered accounts for 
security and resource limiting pmposes, whereas the present invention does not have 
these limitations. Consequently CPU-intensive activities such as circuit simulation can 
be made publicly available, which is a new frontier for CAD. Lawman (672) specifically 
discusses the need for login accounts. Unfortunately, the present invention included an 
optional login step which the applicant would consider removing for clarity if it would 
not be considered "new matter". 

After further reflection, applicant believes the blandness of the phrase "Lmique Identifier" 
may be the core obstacle to allowability and so has modified claims 1,10 and 15 to make 
explicit that the Unique Identifier is something that is transmitted at the Stateless Protocol 
level and so can in no way be construed as any part of traditional client-ser\'er 
communication. 

Regarding "As per claim 1", 

Lawman's (672) sole advantage over Van Huben (201) is the demonstration of a Java 
applet used to contact a remote ser\'er for CAD pmposes, but Lawman does not teach 
anything about how the applet communicates with the server and in particular it does not 
address a need to dynamically synthesize an identifier, which would likely be superfluous 
since Lawman specifically discusses the use of "access passwords" (C7:L50 - C8:L11), 
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which would seem to imply the existence of accounts. In fact, Xilinx's own app notes 
would appear to disclose an inability to communicate via a (HTTP) proxy server. 

Regarding "As per claim 2", 

The novelty of this claim depends on Claim 1. 

Regarding "As per claim 3", 

Lawman does demonstrate various user interfaces compatible with multiple operating 
systems, apparently by means of a Java applet (inferred from Fig. 6, and various 
"Unsigned Java Applet" messages in other Figures). Cross-platform functionality is 
intrinsic to Java and HTML. Critically, however, an expiration of the networking 
details is absent in Lawman, and so cannot be considered taught. 

Fig. 6: 

"XPCI Web Based Programming Interface Applet $ld: 
xpciChentjava, v 1.3 1997/01/24 16:41:12" 

Regarding "As per claims 4-6", 

Applets have multiple connectivity options in contacting a server: 

1) With ordinary applet privileges, an applet may open a connection to the server 
from which it was loaded. With full privileges (not the default, nor apparently the 
case here as it requires a signed applet), an applet may open a server socket and 
make contact to any port on any machine on the Internet. Opening sockets for 
communication is traditional behavior for client-server applications and is not in 
general compatible with proxy servers. I have found this on a foreign website, 
which appears to be a copy of an old Xilinx appnote regarding XPCI (relevant 
portion) 
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in/indust cy/appnote; 


#7436 
Solutic 


Generator applet must 
vjith the server at wi 
block these type of ( 


itly a couple of i 


jith your PCI Lounge username, passvjord, 
; you lijish to dovmload, and have them 
generate the core and email it to you. 

2) An applet may contact a server using the ordinary CGI GET / POST mechanism, 
which does not by default cause any preservation of state on the server, and in 
many cases this is sufficient. Certainly it could have proved sufficient for 
Lawman, et al, to simply spawn a traditional CGI process which after running for 
some time on the server returned results directly, or emailed them. Because it was 
required that the user log on to his or her account, there was no need to create a 
"Unique Identifier". 

3) The present invention also makes use of the CGI mechanism, but adds an 
automatically assigned unique identifier for a multiplicity of purposes, amongst 
which is management of state on the server in the absence of an open socket 
connection or login account. Lawman neither teaches nor anticipates the need for 
a dynamically assigned unique identifier at the application level. 

Regarding "As per claim 7" 

Use of the word database in Lawman is essentially restricted to "design database", 
equivalent for the present invention to a submission of user data. What is referred to as a 
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database in the present invention is something with a completely different purpose, that 
of storing auditing data. 

Regarding "As per claim 8", 

As previously noted, van Huben does not teach lowering of process priority based on 
usage. Van Huben's resource/attribute tables appear directed at preventing deadlock by 
enabling or disabling entire processes according to resource availability, rather than 
adjusting process priority. 

Regarding "As per claim 9", 

Lawman does not teach the synthesis of a circuit that is transmitted to the client for 
editing within a browser window for subsequent simulation. 

Regarding "As per claim 10", 

The issues are essentially the s^e as in 1: Lawman does not in fact teach the use of an 
on-demand synthesized or created Unique Identifier, instead he refers to passwords, a 
traditional method part of the prior art. 

Regarding "As per claim U", 

As previously noted, the privileges described herein need not be assigned by an account 
manager. These privileges may be derived by domain, from a "ticket" (perhaps stored in 
a cookie by another process), or by means of the link the user used to reach the first 
interface page, etc. 

Regarding "As per claim 12", 

Neither Lawman nor van Huben say anything about cookies. 
Regarding "As per claim 13", 
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Lawman discusses log files in two contexts - the saving of error messages and the 
reading of data from IC. In the first case, the error messages can be used for debugging, 
but Lawman says nothing about marketing or sales. 

Regarding "As per claim 14", 

It is true that Lawman discloses the use of passwords to access the XPCI applet. But 
there is no transmission of a Stateless Communications Protocol-compatible Unique 
Identifier. 

Regarding "As per claim 15", 

The issues are essentially the s^e as in 1: Lawman does not in fact teach the use of an 
on-demand synthesized or created Unique Identifier, instead he refers to passwords, a 
traditional method part of the prior art. 

Regarding "As per claim 16", 

As previously noted, applicant does believe it is possible for a single user of the IBM 
DCS to initiate multiple simultaneous processes, but as there is no attached citation, and a 
search for keywords could not discover any discussion of automatic elimination of 
multiple simulations or other processes. 

2c. General arguments by Applicant in favor of non-obviousness have not received a 
response from Examiner. 

From the first Reply/ Amendment, Applicant has made various general arguments against 
non-obviousness: 

2c(i) The present application Solved an Unrecognized Problem 

To the best of Applicant's belief, at the time of reduction to practice (March- July 1997) 
there were no web-based CAD/CAE tools designed for public simulation of circuits by 
means of HTTP and the WWW. There would not be any equivalent public systems for at 
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least 3 years. Applicant is still unaware of any system that directly couples design 
synthesis (e.g.. Active Filter synthesis in the present invention) to subsequent online 
verification via SPICE simulation. This latter application met with significant 
Commercial Success through license via EDTN/ChipCenter until the latter closed its 
doors, years before a rival technology supported by National Semiconductor appeared. 

2c(ii) Unsuggested Modification and Combination Unsuggested 

The introduction of state for a HTTP-CGI-based simulation was unsuggested at the time 
and its advantages unappreciated. In the Applicant's view, this was due to the New and 
Surprising Result that simulation on the latest PCs was fast enough to be interactive, and 
to the then widely held (^d erroneous) belief that web browsers could not support 
serious client-server applications. 

Among the disclosed references, please consider Lorenz, P. and Schriber, T., "Towards a 
Web-Based Simulation Environment", Proc. of the 1997 Winter Simulation Conference, 
Dec. 7-10, 1997), pg 1341 and Regnier and Wilamowski, "SPICE Simulation and 
Analysis through Internet and Intranet Networks", IEEE Circuits and Devices Mag., May, 
1998. Note that both of these references post-date the reduction to practice of the present 
invention, ^d in the case of Regnier, the present application's provisional filing date 
also. In other words, not only was public simulation interesting over the internet, but any 
complex (SPICE) simulation. 

The former reference (Lorenz, et al) is a fair summary of the state of the art as of Dec. 
1997, and the mere fact that m expert in the field at that time would still title a 
conference paper "Towards a Web-Based Simulation Environment", with the implication 
that such an environment is yet to arrive, augurs in favor of the non-obviousness of the 
disclosed methods at the time of their creation. 

The latter reference (Regnier, et al) indicates that the subject of SPICE simulation on the 
Web was still novel enough in 1998 as to be worthy of scholarship. It should be noted 
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that SPI, although still used today, to the Applicant's knowledge never met with 
commercial success, presumably because it required a login step. 

2c(iii) Commercial Acquiescence 

In his Office Action of 2005/4/1 1, the Examiner cited Lawman, et al (6,324,672), which 
is an outstanding argument in favor of non-obviousness as Xilinx was the sponsor of the 
ChipCenter site during its initial run. In fact Xilinx's XPCI demonstrates precisely those 
limitations of the prior art that the present invention was designed to obviate. That Xilinx 
became a customer, even if indirectly, should mitigate in favor of allowability. (See 
Additional response to Office communication regarding 09/287,478,mailed 9/26/2005 
and attached screenshots). 

Please refer to Lorenz, P. and Schriber, T., "Towards a Web-Based Simulation 
Environment", Proc. of the 1997 Winter Simulation Conference, Dec. 7-10, 1997), pg 
1341 and Regnier and Wilamowski, "SPICE Simulation and Analysis through Internet 
and Intranet Networks", IEEE Circuits and Devices Mag., May, 1998. 

The fact that as late as Dec. 1997 an expert in the field could still title a conference paper 
"Towards a Web-Based Simulation Environment", with the implication that such an 
environment has yet to arrive, should be taken as evidence of the non-obviousness of the 
methods disclosed in the timeframe of their creation. 

2c(iv) Crowded Art 

The field of client-server CAD/CAE software is crowded and competitive and the 
electronics industry is one of the world's largest, yet none thought to implement a similar 
system. 

2c(v) Different Combination 

Even though client-server CAD systems have existed since at least the 1980's, and 
although the client-server connectivity of such systems necessarily involves state, such 
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state is not inherent in browser-based client-server systems and always operates in a very 
different manner and at a application or user account levels, not at the lower network, 
transport, or session levels. 

Many of the examiner's arguments appear left over from before the most recent 
refinement to the claims, where there is no mistaking the nature of state used to 
communicate the "Unique Identifier". 

2c(vi) Awkward, Involved Combination 

To adapt van Huben (20 1 ) to perform any interactive task would be awkward in light of 
Lawman and Kahn. It would be e?d;remely difficult as the output of Lawman is typically 
complex library manipulations and batch builds of an intrinsically non- interactive nature. 

To these should be added that Lawman (Xilinx) serves as Competitive Recognition and 
Failure By Others (since the present invention solves a problem they failed to), although 
admittedly, we did not have a license agreement from Xilinx to substantiate that it was 
the present invention, per se, that was responsible for their interest. 

"Hint: this scenario could be an implementation of our DMS in a large mail order 
clothing outlet which caters to Web shoppers." Hinting is not teaching. 

Ground 3. 

There is a question as to the filing date of the first pre-notice amendment to this appeal. 
It may be irrelevant since the brief was found non-compliant. 
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H. Claims appendix. 

I . A server simulation method, for use with at least one Client communicating with 
at least one Server over a Network by means of a Stateless Communications Protocol, 
said simulation method comprising the steps of: 

a) synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol to at least one Client, said Unique Identifier of 
a data type compatible with proxies for said Stateless Communications Protocol ^d said 
Unique Identifier to be used by at least one Server for at least one of the purposes of a) 
maintaining server state including, but not limited to, separation and management of User 
data, b) limiting access to or limiting use of server resources, c) tracking server usage or 
d) server security; 

b) transmitting Form Creation Data to said at least one Client; 

c) accepting User Form Data and said Unique Identifier from said at least one 
Client; 

d) merging said User Form Data from said at least one Client with other data, 
including simulation template data; 

e) processing said merged data to produce output data, wherein said output data are 
functions of a simulation ^d in a format compatible with said at least one Client display 
instructions; 

f) transmitting said output data to said at least one Client. 

2. The method of Claim 1 wherein only steps c-f may be repeated for each new 
simulation of the same form and wherein only steps b-f may be repeated for each 
simulation of a new form. 

3. The method of Claim 2 wherein at least some of said output data is automatically 
rendered by Client methods for graphical display. 

4. The method of Claim 1 wherein said Unique Identifier is used to keep the data of 
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each user separate from all other users, with high probability (>99%). 

5. The method of Claim 4 wherein said user data is stored in temporary files with a 
limited lifetime. 

6. The method of Claim 1 wherein the Unique Identifier is made verifiable by means 
of an internal checksum. 

7. The method of Claim 1, comprising the following additional steps before 
processing of said merged data: 

a) retrieving a database record indexed by the Unique Identifier, said database record 
containing at least an associated simulation usage and timestamp; 

b) creating a new database record when no existing record is found, said new 
database record indexed by the Unique Identifier and containing at least a simulation 
usage initialized to zero (0) and a timestamp initialized to the current time; 

c) deleting said retrieved record and backing up at least one step, if said timestamp 
has become older than a certain threshold; 

d) skipping at least the processing of said merged data, if the simulation usage per 
unit time has exceeded some threshold; 

e) updating said simulation usage in said database record and saving the updated 
record in said database. 

8. The method of Claim 7, wherein the simulation usage is used to lower the process 
priority of the simulation. 

9. The method of Claim 1, wherein additional steps related to circuit synthesis are 
inserted just before step b), such steps comprising: 

aa) transmitting Circuit Synthesis Form Creation Data to said Client; 

ab) accepting Circuit Synthesis Form Data from said Client; 

ac) synthesizing a circuit according to said Circuit Synthesis Form Data, where said 
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synthesized circuit and other temporary files are optionally kept on the Server and 
indexed by means of the Unique Identifier for eventual use in step le); 
ad) creating Form Structure Data for use in step lb), said Form Structure Data 
containing circuit topology data. 

10. An interactive network simulation method, for use with at least one Client 
communicating with at least one Server over a Network by means of a Stateless 
Communications Protocol, said method comprising: 

synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol from a Server to a Client, said Unique 
Identifier of a data type compatible with proxies for said Stateless Communications 
Protocol; 

transmitting Form Creation Data from a Server to said Client; 

transmitting Schematic data from a Server to said Client; 

displaying a Form as described by said Form Creation Data and rendering an 
associated Schematic as described by said Schematic Data by display methods of said 
Client; 

merging of User Form Data from said Client with other data, including simulation 
template data; 

processing by a Server of said merged data to produce at least graphical output 
data, wherein said graphical output data are functions of a simulation and in a format 
compatible with said Client's display instructions; 

transmitting at least said graphical output data to said Client. 

1 1. The method of Claim 1, wherein said assigned Unique Identifier is associated 
with superior or inferior privileges, said privileges comprising at least one of: a) access to 
models ^d circuits, b) simulation priority and/or maximum simulation time, c) 
quality/accuracy of simulation methods employed, d) the maximum size and/or 
persistence of design and/or simulation data. 
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12. The method of Claim 14, wherein said assigned Unique Identifier is saved on the 
Client (e.g., a "Cookie") to permit a simulation or synthesis session to be suspended and 
resumed at a later time without requiring the user to re-qualify for access. 

13. The method of Claim 1, wherein some portion of the said User Form Data is 
logged together with at least said Unique Identifier for marketing, sales or debugging 
purposes. Suitable storage mechanisms for said logged data include, but arc not limited 
to: a) HTTP log file (if HTTP GET mechanism used to initiate simulation), b) file of a 
type and format determined by the simulation software or c) database record. 

14. The method of Claim 1, wherein said Unique Identifier is created and transmitted 
contingent upon the user qualifying for access by successfully conveying appropriate 
qualification data from the Client to the Server. 

15. A server simulation method, for use with at least one Client communicating with 
at least one Server over a Network by means of a Stateless Communications Protocol, 
said simulation method comprising the steps of: 

a) synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol to at least one Client, said Unique Identifier of 
a data type compatible with proxies for said Stateless Communications Protocol; 

b) transmitting Form Structure Data to said at least one Client; 

c) accepting User Form Data and said Unique Identifier from said at least one 
Client; 

d) merging said User Form Data from said at least one Client with other data, 
including template data; 

e) processing said merged data to produce output data, wherein said output data are 
functions of a simulation ^d in a format compatible with said at least one Client Browser 
instructions; 

f) while processing said merged data to produce output data, simultaneously capable 
of accepting and processing new User Form Data from said at least one Client, reception 
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of said new User Form Data with identical Unique Identifier causing present execution of 
simulation method to be aborted and associated resources freed in favor of processing of 
said new User Form Data; 

g) transmitting said output data to said at least one Client. 

16. The method of Claim 1 with the additional ability to execute a plurality of 
simulation method steps c-f from a single Client concurrently, said plurality being 
reduced to a single simulation method by aborting all but the method steps corresponding 
to the last submitted Client User Form Data. 
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L Evidence appendix. 

Appejidix i 1 

Evidence of Partial Reduction to Practice in the April 1 99 7 timeframe (3 pages) 


73 McKjol Vfifilon Sireea • Rsadif^ MA «>1BS7 


Guided Wave Solutions 


^Fax 


Note 1: 4/18/1997 of transmission 

Note:2: Guided Wave Solutions has no interest in tiie intellectual property' tiiat is the subject of this appeal 
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Appendix 12 

SUPPLEMENTAL DECLARATION per 37 CFR 1.132 

Declaration traversing objection or rejection (7 pages) 

As an applicant: in the above-identified appfication, 1 declare as follows: 
1 . 1 am the sole inventor of the subject matter of the above identified application. 
2. 1 have reviewed and understand the contents of the specification and claims, as 
originally filed, and as amended by the amendment(s) dated 

3/25/2002 (as revised 6/1 3/2002), 1/9/2003, 8/28/2003 fas revised 9/29/2003), 

5/14/2004, 12/16/2004, and 9/22/2005 

3. 1 beheve that 1 am the original and first inventor of the subject matter which is claimed 
and for which a patent is sought. 

4. 1 acknowledge the duty to disclose information which is material to the examination of 
the apphcation in accordance \vifh 37 C.F.R. Section 1 .56(a), and if this oath 
accompanies or refers to a continuation-in-part application, 1 acbi owl edge the dut\^ to 
disclose material information as defined in 37 C.F.R. Section 1 .56(a) which occurred 
between the filing date of the prior application and the national or P(?T international 
filing date of the continuati on-in-part applicati on. 

In partial fiilfillment of Section 1 .56(a) please consider the following evidence originally 
submitted as an Information Disclosure Statement October 19, 2005 but lacking a 
statement that this material was discovered within the prior 3 months (in response to 
Examiner's citation of Xilinx prior art) and so not considered by the Examiner. 

Answer Record #7436: Lc^iCORE PC! - Error "XPCi CORE Generator Server 
transadion failed. Failure cause: iOS7,..". Xilinx 2005 [reWeved on Odobsr 19, 2005], 
4 Refrlevsd from the Irstemet: 

<URL; htfp://v;AiW;?.x!linK,cX5m/xlrix/X!L.ar!S„display.jsp?g8tPag8Path=7436> 

CORE Generator for PCI: The First Web-Based Development Too! for 

4.2 FPGA Design. Xilinx. Inc. 1 997 [retrieved an October 19, 2005]. 
Retrieved from the Sniernet: 

<URL: http://www.xlllnx.com/xceH/xl25/xl25_14.pdf> 

CORE Generator Questions & Answers. Xilinx, inc. 1997 [retrieved on 

4.3 October 19, 2006]. (cont'd) 
Retrieved from the internet: 

<URL: http://www.xiilnx,corr!/produGt3/ioglGore/pci/cg_qa,htfri> 

4.4 Email from Mari< Nobie. Xliinx Technical Supporl. Xilinx, inc. Oct 19, 2005 

^ g "Why Choose a Monolithic I nstru mentation Amplifier", EDTN / Rode 

Consutling, 1999. [retrieved on October 19, 2005] Note Xliinx sponsorBiilp. 

Table of citations 4.1-4.5 
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5 represeiifcanve 
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A:r:iir , - la-r i CLi inititj-.tat l-i-n-tL' ni 'El'^t 1 aii i- - i r J JiJlii-r.: 
h V 1 n r nil n r h U >, u in-' ^ ^ , ij-j t - 1 f Lri J-1 jj t h -y'^ ' ut »vi]! add 

1 .ij,.f.tit Ifl ' t 1 Ji nJt 1 <-ni 1 

K- 11 ,1_ 1^ .,V_r hiJl frit rf tr t 1 
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FRC%!: Mai-k Noble 

+.v*-vv+ , Eoiiowrie 1 , ,m email F .-m Xiiirix [ ecliuK i! SupDotl 

Pltfjstf doTioiieplj t.^ihi^ennii 
***""** ^ i^p! >eidei[ ii (tie "ij^ d H i \i ; i i 
******* and reterence tlie case number shown below. 

CASE JD__NIJM: 604367 


Dear CMs, 

Witli regards to youi- case:- 
CASE #604367 

RE: PCI core 

The PCI CoiC 1^ ^tlU av lldHe on the PCI Wet. .^ite, dndl.^ piovidedlli d ZIP tile 01]1\, djld thcil uo \\ EE 

CONFIGURATION tool for the PCI core, other than the UCF Generator. 

[heie.iv-nfe" th> is tj d le PC i coie iMiow inchide.lwitt! m die i ipJCEN tool a-.otiSl ~ ii SP2 with [P 
UPDATE 2. coregeii is capable ot providing the Pel core, as well as being able to configiu-e die core widi out ail die 
problems tiiat tire WEB CONEIGURATION tod had. 

The PCI coie m coiegen is t.^ntioled b> ine.iite o! a licence fde \^hich c.iii be obl.iined fontClie PCI ioisige once die 
coiei^puichd^ed !fyo'itta\e not p^nch.l^edTeh toie ttieti jonc.in ^^d^ geneute teh pi ! toie'^utwill onlvbedNeto 
t;et the siniiiianon niodeL lf\ '^u lequiei i liaidw iie time out e\ iliunon veision of the coie, then \ ou wdl need to 
reqest a license file fbrtiiis. 

rndndontiihon v.n hov, to yeneiale an e\.ihu1i.^i\e]bi.-n oi the PC I coiecanbe ioundai die lolb-wmeweb hnk - 


Best Regards 

Mark Noble 
Tech Lead 

Xilinx Technical Support 


Fli Unev tc km Ki p rt u ^nLt ni t i Uv itl bo\ 
(. -^e pi -s ^Ll Ktd ipp 11 lie sippt"' Lth^ b Li, 
!e ^e viMt 1U1 V } I lie it ] , m t ] ii-. i i the it^-.! 
^ ixiiL it um ntiKn id p Ui > i n iit^ lutiLn 
^ O^d li\ t^ Tipues 

Fi ( istLii Zdui iii iiiti nt^i pic cM-.it 

P.^ ! I. >l it 

F"i "dhucd Siipp^-'c^nti tii_Lni[i^n p c i->c v ^t 
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'i'hi'^ iii.itei-sal wfu- not i'ouxid ii-^ pAix <>i"a gcricrol ^caKh, bui in .^pci-ifit. tej-poose to 
exariiijicr's CiKiiion ot Lawnian ij.J24,672 (Osci^'ncd !o Xiiinx) and IhercfoiV moro 
dircotsy coniiov ted to L\aniiner"s oisjcctions and ihc cos-sicnl of Apphcanl's rcsp.'fu.-c. To 
^iLjmniaji.c an oaiiicr office dCUon lesposisc 


1) Ciuitioii 4 j ddiTiotisljatcs the inabaif\ ofthi. Xihnx L->gi<.'01vE 1 C'l to 
Vv Oik through tirev. alls which is not a hmitsdiori of ihc pK-fx-nt snvonuoEi. 

2) Citatioii 4 1 dc;T]onstraTON a tcsjUircirnMii ioi ixg-slraiiOTi bv user-., vvhu.h i<; rjot 
a lioiiLition oi" ihc prcscni. jnventson; 

^) C'^fiiion 4 Sssgi^esis n iack of ^,'>iTmi'.'!Viti] ;jliccoss ol the LogXX;Rr, at. it 
^v.is !aLs;r v.iih'irivvn as a web Uvl 

4) CiUlion 4 5 JcidOiistiulef, that Xilxnx w.-ns a s[)(>iisof orCliipCemci 

deplovn^eril ol the present jnvt-nliori ('Ariicic^ w i!h v.'inbcddcd iiiicrad^-i- 
sin;'.ijarions), /\pp!aant hokL^ tiicrcf ^ro ihat th<i tHiitiori ofXilisix is m fac! .m 
e^ceiieiit ajguiui-'iu m fcn\>r of sionobvioufuiess smcc XiliiiN ctTcofi\ei> 
iucnscd the tccliiioiogv of fiic p!s.i-v,rit iinention in pii,ibre!icc to u.sinr, Uvctr 
own. 

Apphcasit hid '-o ihu- point considcied Iho .is. a nciilnd iricthaiHsni roi diss-losu-c of 
'irt b')th prior art and oUici inatenais. where 37 CFR ! 1 '^2 snay have I'con tiioro 
appiopriatc for the latse; hi this vois, Apphcaii: wotald bkc to p>jim out lisal tlic L^'S of 
1 '1 ->'2005 (filed in coiii!5iis.t!on with PX i,} itichidcs ma'cnai tliai i.u-.f.Uite^ reduct.os-i to 
prae^'cc bo a.- to er3lp]ut^i/c the non-obviOlisilc.-^ of the picbeni !!;veniion at the Iniie of its 
conceplioii aiid/or reduction to practice. 

^ I hcrob\ dc<,hyc that all statements made heic-Pi of inv ovvii kiiovvlcdge aie tixie ;uid 
th^-.t asi staieniCtiis made on iiilbraiation and bchei'are believed lo be true, and turthcTthat 
these ^larcnK slits v,cre !r:<u'b vviib the kno\vicd<>e th.it wiUfiil laltc statcnnenLs and the h'ke 
.50 niadc arc piiiiishable bv fine or !nn>~is>orintcnt orbotii, lindcr Jscctioii lorij oi lillc 18 
ot rbc I iiiled State- Co<ic, and tliat saeh v'-dh'tJ false -.taicn-ic-its raiw icopardi/o the 
xalidin ^.fthe .ippjicati'.>n. an\ paicni i&suini^ theivon. or aTi> patent to which this \eritu;d 
staletiienl is dii-ected. 
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None. 
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K. Suppiesiiesitol Deckratiori regarding Appeal Brief 

Evidence, as filed 12/20/2006 and amended 1/19/2007, 3/15/2007, 1/22/2008, 
6/26/2009 and 8/26/2009 

\sdn ippLcanf nihoal^^v^, aor' iiw<< 'j)p!i>.<M'"T i.c i-i. .s^ ioii )V\s 

1 I'crh one ivuito namei.' bcl> I -mt i'-i-lc nvcnto and nioi 2 i'^ars > e 
!n\on M i-^ na.ixcd Dv, ovv, I .n 'osnir-vi. *o wtMuhc inverton'-; tsanicd holov'- of {Ik 
-uhji^et nsail"! o llii. iho\o iciorijt cdanni-i. '{m-i 

i lU^K -"i-N Sv.y,od 0 J lUiJoiVi-rr : Ik. ^ohton ^ or ''^e b:)e>..fu it o.^ ,oid ^ airps i' 
OM iiiaisv niea and . an ended In Th^ jn\ la.oc i '-^ dalcd 

Iheii.vo li it I Ibi. o hc! rvL mCs; Tim^d bo.ow 1 -n'M- I'lan i^tic in vonlos ■> 
.M*:i::d h lovv a-".! the O'lguial ant. .a ir.-* c'liot \' n \orto* ■< o .o^, sUi joot tiMUot 
s i. laj. ,xd and ioi \v^if.. ! i pa'cn '^ s)agni 

> I it \ H'jvvledL'o the \ui\ to di&oiov^ uKOMvV!>-n VilnJ" 'iiatt- V to the ex i-n n'^. v>'i of 

app . Mon ! 1 a^v. a-v.v \i\ c r ? Sve.soi, 1 -^o,. * asd i tl is o 
a ivjiS OS o! !„ro ^ to a c> ntniial.O' '!-p ul t p') iv,a',i'i. > v<. Mi >\vU rtj^o -hv ciii'y *o 
dKv.los,, maio'ii! niioir.aLo'. as ^■cilnv.t. i-i L 'A S^-tLon ' ^6(i, v'*]! or o^vUi od 
betv^ue I ^r^^ dsr^, (><Ut. ol pr.or c it.i ■ . - d tii, tu' lonas oi PC i r-icn ir ora, 
nling oate of ihc continuaiion-in-oart aDniication. 

1 kcieij^ deel t c l . !. ?li sUon.cnls madv , i^m ol uiv o^ms Kjiovv1v,<'._^!. ^.j^ uvi 
i'l s:-tp.ii>. niiick V ini .m<. son and c-^isot ^jo 'loi-ov^-'d 'o l uc and urlher *'iat 
t ii,se st iiw."!^.i\s »veK 'mcis. v-vi*,] 'ho !X)v\j^dr';c !,ni ui'iiii ^ J-^t, s.t. " ^ crsA <a d t',e ke 
-^^i m -d^ < '0 punisb"-' 0 h\ '^'pi, o !nip!>si-nn\"'" , ; oodi luid^ ^e<.Mcn KiOj iMc 3 
ol flii, I rJeia Vale-- C c; . i a ii>.'7 vvi [liMa'-t stJoj s a jr' ■•paidizo Ik 

\dh'l-A ol [he app'is at^v pat\nc is- i m "losv^oi * j a iv pTt to di]-- vtr? ed 

statement is dneaed. /\ 




I'riritcd Name of Inventor 
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